home *** CD-ROM | disk | FTP | other *** search
/ Aminet 2 / Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso / Aminet / dev / amos / AMOSList0993.lzh / AMOSLIST / 000133_amos-request@svcs1.digex.net_Fri Sep 10 21:20:48 1993.msg < prev    next >
Internet Message Format  |  1993-10-03  |  2KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA27450
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Fri, 10 Sep 1993 21:20:46 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AB16690; Fri, 10 Sep 93 21:19:13 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA05531
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Fri, 10 Sep 1993 21:02:25 -0400
  7. Received: from relay1.UU.NET by svcs1.digex.net with SMTP id AA05527
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Fri, 10 Sep 1993 21:02:23 -0400
  9. Received: from spectre.uunet.ca by relay1.UU.NET with SMTP 
  10.     (5.61/UUNET-internet-primary) id AA01488; Fri, 10 Sep 93 21:02:21 -0400
  11. Received: from web.apc.org ([142.77.253.8]) by spectre.uunet.ca with SMTP id <2746(1)>; Fri, 10 Sep 1993 21:02:12 -0400
  12. Received: from becker by web.apc.org with uucp
  13.     (Smail3.1.28.1 #6) id m0obJH5-0000OTC; Fri, 10 Sep 93 20:57 EDT
  14. Received: by becker.GTS.ORG (smail2.5/bdb-15Aug90)
  15.     id AA25200; Fri, 10 Sep 93 19:47:26 EDT (-0400)
  16. Subject: Re: SBB has been fixed...
  17. To: amos-list@svcs1.digex.net
  18. Date:     Fri, 10 Sep 1993 02:30:42 -0400
  19. From: Alex Howell <nsq!alexhl@uunet.UU.NET>
  20. In-Reply-To: <9309070010.AA11970@mach1.wlu.ca>; from "Phil Martin u" at Sep 6, 93 8:10 pm
  21. X-Mailer: ELM [version 2.3 PL11 913261353]
  22. Message-Id: <747642645.AA16214@nsq.uucp>
  23. Content-Type: text
  24. Content-Length: 947
  25. Status: RO
  26.  
  27. > I got a lot of responses from people offering to fix my bug, so I just 
  28. > thought I'd let you all know at once that the bug has been killed.
  29. > Andy Church found the problem with the X Hard and Y Hard functions
  30. > returning bad values. Other programmers should probably take note of
  31. > this, try to avoid using these functions if you can...
  32.  
  33. I pointed this set of bugs out to Michael a long while ago and got no response
  34. from Michael on whether or not Francois fixed it.
  35.  
  36. The Xhard and Yhard WORK *ONLY* on Default.  If you do anything different,
  37. forget Xhard and Yhard.  There IS a way to get them in another way though.
  38.  
  39. Memorize X : X Mouse=-500 : XOFF=X Mouse : Remember X
  40.  
  41. Do the same for Y and XOFF and YOFF will have accurate values.  Do this after
  42. opening the screen.  You can then use the offsets to for whatever you needed
  43. them with.  [A small procedure can allow you to get hardware coords from
  44. graphic coords with some work.]
  45.  
  46. Alex...
  47.